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WORKFLOW PROCESS CONSOLIDATION 

Technical Field of the Invention 

[0001] The present invention relates to an improvement in 
workflow in an office environment, and more particularly, to 
a workflow system for simplifying a participant's activities 
in a workflow. 

Background of the Invention 

[0002] Computer application workflow systems define a 
sequence of business procedures involving multiple workers 
and for managing an actual flow of a business process . 
Workflow systems computerize or electronically perform 
management of a business according to the business 
procedures. The introduction of a workflow system into a 
business can enhance efficiency. From the viewpoint of 
improving paperwork efficiency in an office, lowering the 
cost of space for file cabinets, environmental issues, and so 
on, it is beneficial to construct a paperless form processing 
system in which, for example, a shipping process, is 
electronically performed. However,, the actual shipping 
process is complicated, and because of the need to handle 
exceptions, a paperless form processing system has not become 
widely used or accepted. 

[0003] To offer a solution to this problem, "FormWave" 
(trademark of International Business Machines Corp.) is now 
commercially available from IBM as an electronic application 
system capable of easily designing and managing a complicated 
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workflow process. "FormWave" uses a workflow engine to 
establish and manage a complicated route in a series of 
activities from fill-in of a form to approval and data 
storage of the form in each of various applications and 
business approval processes. This enables quick and accurate 
processing, thereby improving productivity in each division 
or organization. 

[0004] For example, prior art of such a workflow system, 
Japanese unexamined patent publication No. 10-105623, 
discloses a technique for dividing and registering workflow 
definition information in order to commonly use the divided 
registration information among multiple workflows. This 
technique can provide an efficient, fine-grained management 
of workflow processes by changing, terminating, and 
restarting some of the processes. Japanese unexamined patent 
publication No. 10-134127 also teaches a technique for giving 
advance notice to a worker working on currently circulated 
matter and workers scheduled to take over the circulated 
matter at the time of collection of the stagnated circulation 
to prevent each worker from getting confused in the course of 
their work. Further, Japanese unexamined patent publication 
No. 2000-137763 discloses a technique for monitoring elapsed 
time from the moment that an electronic document is sent to a 
node so that execution of business activities will not be 
delayed even when a user or participant currently in charge 
of work is forced by uncontrollable circumstances to 
temporarily terminate his or her work. In this technique, if 
an allocated processing time has elapsed without completion 
of the work, the electronic document concerned will be 
automatically skipped. 
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[0005] In current workflow systems, if a participant is also 
their own boss, the participant will need to work on the same 
form several times to give approval in the correct 
succession. For example, suppose that in a department to 
which a form originator A belongs, a person B serves as both 
the subsection chief and the section chief and a person C 
serves as the department manager. In this case, the person B 
serving as both the subsection chief and the section chief 
has to give approval to the same form twice in succession 
despite no change to the form. Generally, once a person 
makes a determination on a form, the person is not likely to 
change that determination at the respective nodes. In other 
words, if the person makes the same determination, the work 
should only need to be done once. However, existing workflow 
systems require repetition of the same work multiple times 
for respective nodes . 

[0006] Further, Suppose that the nodes to be processed by 
one participant are in consecutive order. In this case, if 
work on the first node can be adopted for the following 
nodes, that is, if work on the first node is also applicable 
to the following nodes (when work defined to be treated the 
same as the work on the first node is applied even if the 
same work is not applicable) , it can be presumed that the 
work on the first node will be performed on the following 
nodes. Such a processing method has already been proposed. 
In the proposed method, however, the participant can only 
reference the information provided at the first node. The 
participant's entries of information are also restricted to 
the information capable of being input into the first node. 
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Therefore, if fields to which reference or changes are 
allowed vary from post to post, for example, if access 
permission to information is different between respective 
nodes, such as a case where the authorization to personnel 
information is different between the subsection chief and the 
section chief, the participant may not be able to reference 
information necessary for decision making. In such a case, 
the participant also cannot change or enter necessary 
information, and this may cause an error at an intermediate 
node. 

[0007] The present invention herein solves the 
above-mentioned technical problems, and it is an object 
thereof to complete work on consecutive nodes to be processed 
by one participant at a time instead of repeating the same 
work multiple times as required in the conventional systems. 



Siunmazy of the Invention 

[0008] In attaining the object and according to the 
invention, when nodes to be processed by one participant are 
in consecutive order and a form reaches the first node, a 
workflow engine consolidates information necessary for the 

participant's determination on the consecutive nodes, and 
sends the consolidated information to the participant. The 
participant receiving the information makes a decision based 
on the information, and sends results of work to the workflow 
engine. The workflow engine performs necessary processing 
for each node based on the information sent from the 
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participant to advance the workflow. The sequence of the 
operations allow the participant to complete work at a time 
instead of repeating the same work multiple times as required 
in the conventional. A workflow system to which the 
invention is applied includes operating computer terminals 
executing a workflow and a workflow server connected with the 
operating computer terminals through a network to manage the 
workflow. The workflow server consolidates information 
necessary for processing multiple consecutive nodes to be 
processed by one participant operating one of the operating 
computer terminals and sends the consolidated information to 
the operating computer terminal. 

[0009] When a form to be circulated in the workflow reaches 
the first one of the multiple nodes to be processed by one 
participant, the workflow server may consolidate infoirmation 
necessary for the participant's determination and send the 
consolidated information to the operating computer terminal. 
In this case, the operating computer terminal sends the 
workflow server results of work performed by the same 
participant based on the information sent from the workflow 
server. The workflow server may also perform individual 
processing on each of the multiple nodes based on the results 
of work performed by the participant and sent from the 
operating computer terminal to advance the workflow. 

[0010] On the other hand, a workflow server to which the 
invention is applied is connected with multiple computer 
terminals to manage a workflow. The workflow server includes 
storage means for storing the definition of nodes assigned to 
respective participants performing a workflow, consolidation 
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range determining means for determining the range of 
consolidating multiple consecutive nodes to be processed by 
one participant in the workflow, acquisition means for 
acquiring from the storage means work items selectable for 
each node within the consolidation range determined by the 
consolidation range determining means, and providing means 
for consolidating the work items acquired by the acquisition 
means to provide the participant with the consolidated 
information. 

[0011] The definition of nodes may include information 
relating to access permission to each field at each of the 
nodes. The workflow server may further include highest-level 
access permission acquiring means for acquiring from the 
storage means the highest level of access permission to each 
field within the consolidation range determined by the 
consolidation range determining means. The storage means may 
store the layout definition of a form used for the time of 
one participant's continuous activities, and the providing 
means may provide the participant with a form formatted based 
on the form layout definition acquired from the storage means 
and the field access permission acquired from the 
highest-level access permission acquiring means. 

[0012] From another point of view, the invention provides a 
workflow engine connected with multiple computer terminals to 
manage a workflow. The workflow engine includes 
consolidation range determining means for determining the 
range of consolidating multiple consecutive nodes to be 
processed by one participant in the workflow, access 
permission setting means for setting access permission to 
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each field at each node within the consolidation range 
determined by the consolidation range determining means, 
selectable work acquiring means for acquiring work items 
selectable for each node within the consolidation range 
determined by the consolidation range determining means, form 
generating means for generating a form based on the access 
permission set by the access permission setting means and the 
work items acquired by the selectable work acquiring means, 
and form sending means for sending the participant the form 
generated by the form generating means. 

[0013] The consolidation range determining means may employ 
several methods of determining the consolidation range. For 
example, when there are multiple work items selectable for a 
certain node, if one of routes determined for respective work 
items contains all other routes, the other routes contained 
in the one route may be determined as the consolidation 
range. If routes determined for respective work items have 
no inclusion relationship with one another, common part of 
the routes may be determined as the consolidation range. 
Further, the access permission setting means may set the 
highest level of access permission of the participant to each 
field defined on the form for each node as the access 
permission upon consolidation. 

[0014] In still another aspect, the invention is directed to 
a workflow process consolidation method for consolidating 
work items for each of multiple nodes assigned in a workflow 
to one participant operating a computer terminal connected to 
a network. This method includes a step of determining the 
range of consolidating multiple consecutive nodes to be 
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processed by the participant based on a workflow definition 
stored in a storage device, a step of determining the highest 
level of access permission to each field within the 
consolidation range from the workflow definition, a step of 
acquiring work items selectable for each node within the 
determined consolidation range from the workflow definition 
stored in the storage device, a step of acquiring the layout 
definition of a form to be provided to the participant from 
the workflow definition, and a step of generating a form as 
consolidated information based on the access permission and 
the layout definition, that is, consolidating the acquired 
selectable work items, generating consolidated information, 
and providing the participant with the consolidated 
information through the network. 

[0015] The method may include as post processing a step of 
receiving through the network results of work performed by 
the participant on the consolidated information, and a step 
of storing in the storage device the participant's inputted 

field values and the participant's selected work from the 
received results of work. 

[0016] In yet another aspect, the invention is directed to 
programs to instruct a workflow engine as a computer to 
perform workflow functions. The programs to which the 
invention is applied make a computer, which manages a 
workflow executed by multiple computer terminals connected to 
a network, perform a function for determining the range of 
consolidating multiple consecutive nodes to be processed by 
one participant based on a workflow definition stored in a 
storage device, a function for determining the highest level 
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of access permission to each field within the consolidation 
range from the workflow definition, a function for acquiring 
work items selectable for each node within the determined 
consolidation range from the workflow definition stored in 
the storage device, a function for acquiring the layout 
definition of a form to be provided to the participant from 
the workflow definition, a function for generating a form to 
be provided to the participant based on the access permission 
and the layout definition and consolidating the acquired 
selectable work items to generate consolidated information, a 
function for sending the generated form to the participant, a 
function for receiving results of work performed by the 
participant on the form, and a function for storing field 
values and selected work from the received results of work in 
a working data table of the storage device. 

[0017] The programs may be preinstalled in the workflow 
engine as the computer before the workflow engine is 
delivered to a customer, or may be distributed in the form of 
a storage medium containing the programs readable by the 
computer to execute the programs. The form of the storage 
medium may be a floppy disk, CD-ROM, or the like. The 
programs are read by a floppy disk drive, CD-ROM drive, or 
the like, stored in a flash ROM or the like, and executed by 
the computer. Further, the programs may be distributed by a 
program transmitter through a network. The program 
transmitter may be provided in a server on the host side, 
including a memory for storing the programs and program 
sending means for providing the programs through the network. 
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Brief Description of the Drawings 

[0018] A preferred embodiment of the invention will now be 
described in more detail, by way of example only, with 
reference to the accompanying drawings, in which: 

Figure 1 is a schematic diagram showing a 
configuration of a workflow system to which the embodiment is 
applied; 

Figure 2 is a diagram showing a configuration of a 
workflow server; 

Figure 3 contains tables (a) and (b) for explaining 
information stored in each table; 

Figure 4 contains tables (a) , (b) and (c) for 
explaining information stored in each table; 

Figure 5 is a diagram for explaining a flow upon 
filling in a form; 

Figure 6 is a diagram for explaining a flow of work 
other than forra fill-in; 

Figure 7 contains illustrations (a) to (c) for 
explaining the definition of relative ranks of nodes and the 
direction of movement of the nodes; 

Figure 8 contains illustrations (a) to (c) for 
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explaining routes (Ns, Ne) under conditions (1) to (3) 
respectively; 

Figure 9 contains illustrations (a) to (c) for giving 
supplementary explanations of the conditions (1) to (3); 

Figure 10 contains illustrations (a) and (b) for 
explaining field access permission; 

Figure 11 shows an example of a work item table for 
nodes to be processed by one participant; 

Figure 12 contains illustrations (a) and (b) showing 
examples of user interfaces; 

Figure 13 is a flowchart for explaining a method of 
determining the range of consolidating information and a 
method of consolidating information; 

Figure 14 is a flowchart for determining the range of 
consolidating information and the method of consolidating 
information; 

Figure 15 is a flowchart for explaining the method of 
determining the range of consolidating information and the 
method of consolidating information; 

Figure 16 is a flowchart for explaining the method of 
detemining the range of consolidating information and the 
method of consolidating information; 
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Figure 17 is a flowchart showing postprocessing by a 

workflow engines- 
Figure 18 is a flowchart showing postprocessing by 

the workflow engine; and 

Figure 19 is a diagram showing an example of 
determining the range of consolidating information and the 
method of consolidating information. 

Detailed Description of the Invention 

[0019] Figure 1 is a schematic diagram showing a 
configuration of a workflow system to which an embodiment of 
the present invention is applied. In the embodiment, the 
workflow system includes workflow designing computer 
terminals 10, workflow operating computer terminals 20 
provided for respective participants (persons in charge) 
doing their work, and a workflow server 3 0 storing various 
programs and tables for executing a workflow. The designing 
computer terminals 10, the operating computer terminals 20, 
and the workflow server 30 are connected to one another to 
form a network. 

[0020] A workflow designing feature is introduced into each 
of the designing computer terminals 10, and a definition 
feature for realizing business processes in the workflow 
system is provided in the designing computer terminals 10. A 
person or persons defining business processes (process 
designer or designers) use the designing computer teaaninals 
10 to define business process procedures for the workflow 

Docket No. JP920020094US1 12 



JP920020094US1 



system. The operating computer terminals 20 are provided 
with features for performing predetermined work, and deployed 
for respective participants such as a form originator, a 
subsection chief, a section chief, and a manager. The 
business process defining person uses the designing computer 
terminal 10 to enter his or her identification information 
and connect the workflow system. Then the business process 
defining person uses the workflow designing feature to design 
the flow of a target business process and data structure for 
the process. 

[0021] In the workflow system to which the embodiment is 
applied, nodes as units of predetermined business activities 
to be assigned to persons in charge (participants) are linked 
together in the order of predetermined business activities, 
that is, by a path indicating a connection between business 
activities, thus defining a workflow. It can be assijmed, for 
example, that a single data definition is referenced at all 
the nodes and necessary data passing between activities is 
done along the path. The multiple operating computer 
terminals 20 may correspond to multiple nodes, or multiple 
node activities may be performed on a single operating 
computer terminal 20. A node is a unit of work in a workflow 
business process, and it does not necessarily correspond to 
an operating computer terminal 20. 

[0022] Also suppose that nodes to be processed by one 
participant (for example, one person operating one of the 
operating computer terminals 20) are in consecutive order. 
In other words, for example, supposes that there are a 
subsection chief node and a section chief node, and in 
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certain business activities one person serves as both the 
subsection chief and the section chief. In this case, when a 
form used in the workflow reaches the first node (e.g., the 
subsection node) , the workflow server 30 consolidates 
information necessary for the participant's determination on 
the consecutive nodes. The workflow server 30 creates the 
consolidated information as a new form, for example, and 
sends the consolidated information through the network to the 
operating computer terminal of the participant {the person 
concurrently holding the posts) . The participant (the person 
concurrently holding the posts) of the operating computer 
terminal 20 receiving this information (e.g., new form) makes 
a decision based on the information, and sends results of his 
or her work to the workflow server 3 0 through the network. 
The workflow server 30 receiving the results of the work uses 
the results of the work to perform processing necessary for 
each of the consolidated nodes and advances the workflow to 
the following node. The consolidated information may also be 
another kind of information such as certain text information, 
rather than a form. 

[0023] Fig. 2 is a diagram showing a configuration of the 
workflow server 30. The workflow server 30 includes, as a 
workflow engine 40, a workflow definition managing program 
41, a workflow process executing program 42, a workflow 
instance managing program 43, a client request processing 
program 44, and a user management program 45. The workflow 
server 30 also includes, in a storage device storing various 
kinds of information, a workflow definition table 31, a 
workflow instance data table 32, a process history table 33, 

a one-participant's continuous working data table 34, and a 
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user information table 35. In Fig. 2, the storage device 
storing these kinds of information is provided in the 
workflow server 30, but it may be placed anywhere in the 
network . 

[0024] The workflow definition managing program 41 manages 
workflows defined by the process designer or person defining 
business processes by storing the workflows in the workflow 
definition 31. Each of the workflows defined is identified 
by its workflow definition ID. The registration of a new 
definition or modification of an existing definition is 
managed through the workflow definition managing program 41 
using the workflow definition ID. On the other hand, when a 
participant operating one of the operating computer terminals 
20 wants to create a new process, the participant operates 
the operating computer terminal 20 to request the client 
request processing program 44 to create a list of processes 
capable of being created by the participant and display the 
list on the operating computer terminal 20. Upon receipt of 
the request from the participant, the client request 
processing program 44 passes the request to the workflow 
definition managing program 41, and the workflow definition 
managing program 41 uses the workflow definition 31 to create 
the list of processes capable of being created. The workflow 
definition 31 contains a consolidation flag for determining a 
processing method for the time of one participant's 
continuous activities, access permission to each field at 
each node used to determine consolidation processing, work 
items selectable for each node, and so on. 

[0025] The workflow process executing program 42 executes a 
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workflow process based on the table information stored in the 
workflow definition 31. That is, the workflow process 
executing program 42 makes a decision on the range of 
information to be consolidated and performs consolidation 
processing on the information. The workflow instance 
managing program 43 holds the status of instances actually 
flowing, for example data inputted by users in the flow of 
activities, stores the data inputted by the users in the 
workflow instance data 32, and manages the process history 33 

based on these pieces of information. The term "workflow 
instance" indicates a slip or the like actually moving in the 
workflow, and is defined in the workflow as a flow of 
entities . 

[0026] The client request processing program 44 has a 
function for accepting or honoring requests from participants 
using the operating computer terminals 20, for example, 
various kinds of requests from clients such as a processing 
request or a request to ''open a slit waiting to be processed.'' 
The client request processing program 44 provides a 
participant with a list of activities currently assigned to 
the participant. The client request processing program 44 
also has a function for accepting an activity terminate 
request from the participant. Any person in charge 
(participant) can use information stored in the workflow 
instance data 32 to reference the current state of the 
process in which the person in charge (participant) has 
participated. The requests from the clients are passed to 
the workflow process executing program 42 and the workflow 
instance managing program 43. The user management program 45 
defines persons in charge (users) capable of participating in 
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the workflow system, and defines information relating to the 
users such as the information describing that B is a superior 
of A, for example. The user management program 45 registers 
various kinds of information on the participants in the user 
information 35 and accesses the user information 35 as 
needed . 

[0027] Figs. 3(a) and 3 (b) , and Figs. 4(a), 4(b), and 4(c) 
are tables for explaining information stored in the various 
tables. Fig. 3(a) shows table information stored in the 
workflow definition 31. The workflow definition 31 defines 
the following attributes: "Workflow Definition ID" as an 
identifier, "Title'' as the name given to a workflow, and 
"Consolidation Flag" indicating a processing method for the 
time of one participant's continuous activities. The 
"Consolidation Flag" is set to "0" when each node is processed 
individually, and "l" when node information is consolidated 
and sent to the participant concerned so that the participant 
can process the nodes at a time. The workflow definition 31 
also contains the following entries: "Field Definition" as the 
definition of each field; "Process Definition" as the 
definition of the direction of a workflow and operations 
performed by the workflow engine 40 for the workflow upon 
selection of a process name or process itself; "Node 
Definition" as defining the specification of a node name and 
a participant, access permission to each field at the node, a 
list of selectable work items, a form layout unique to the 
node, and the like; "Path Definition" as node connection 
information; "Standard Layout" as the definition of a standard 
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form layout; ''Layout upon One-Participant's Continuous 
Activities" as the 'definition of a form layout for the time 
of one participant's continuous activities. 

[0028] Fig. 3 (b) shows table information stored in the 
workflow instance data 32. The workflow instance data 32 
contains the following entries: "Record ID" as the identifier 
of each workflow instance, "Workflow Definition ID'' as the 
identifier of each definition stored in the workflow 
definition 31, "Slip Number," "Form Originator ID" as a 
participant operating an operating computer terminal 20, 
"Preceding Participant ID" as an ID of the immediately 
preceding participant, "Current Participant ID" as an ID of 
the current participant, "Node ID" as an ID of the current 
node, and "Slip Data" as data on respective fields, 

[0029] Fig. 4(a) shows various kinds of table information 
stored in the process history 33. Like in Fig. 3(b), the 
process history 33 contains the following entries: "Workflow 
Definition ID," "Slip Number," "Current Participant ID," and 
"Node ID." The process history 33 also contains "Process 
History" for recording on a node basis a combination of a 
participant ID, a participant name, selected work, a node 
where the work has been performed, the date and time of the 
work, a processing result (error /normal) . 

[0030] Fig. 4(b) shows a working data table stored in the 
one-participant's continuous working data 34. It contains 
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the following entries: "Route Information" indicating the 
range of consecutive nodes to be processed by one 
participant, "Field Access Permission," "Work Item Table" as a 
list of work items selectable for each node contained in the 
route information, "Slip Data" as data on respective fields 
inputted by the user, and "Work" as work selected by the user, 
in addition to "Record ID," "Workflow Definition ID," "Slip 
Number," "Current Participant ID," and "Node ID." 

[0031] Fig. 4(c) shows a user information table stored in 
the user information 35. The user information 35 contains 
the following entries as table information: "Participant ID" 
as the identifier of a participant, "Name" as the name of the 
participant, "Superior" as the ID of a superior of the 
participant." The mark "*l" appended to some entry names in 
Figs. 3(a) and 3(b), and Figs. 4(a) and 4(b) indicates data 
composed of multiple pieces of data and stored in the XML 
format . 

[0032] Referring next to Figs. 5 and 6, a flow upon filling 
in a form and a flow of work other than fill-in form will be 
roughly described. 

[0033] Fig. 5 is a diagram for explaining the flow upon 
filling in a form. At first, the workflow engine 40 
receiving a request to originate a form from a form 
originator (I in Fig. 5) as a participant operating an 
operating computer terminal 20 references the workflow 
definition 31 (II) and references the user information from 
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the user information table 35 (III) to determine a 
participant for required nodes. Further, the workflow engine 
40 stores consolidated data in the one-participant's 
continuous working data 34 (IV) and sends a form to the 
participant operating the operating computer terminal 20 (V) . 
After that, when receiving the filled-in form sent from the 
participant, the workflow engine 40 stores the input data in 
the one-participant's continuous working data 34 (VII) and 
updates the instance data in the workflow instance data 32 
(VIII) . Finally, the workflow engine 40 updates the process 
history in the process history 33. 

[0034] Fig. 6 is a diagram for explaining a flow of work 
other than fill-in form. At first, the workflow engine 40 
receiving a process request (I in Fig. 6) from a participant 
operating an operating computer terminal 20, for example from 
a person in charge of approval or the like, references the 
workflow definition 31 (II), the instance data from the 
workflow instance data 32 (III), and the user information 
from the user information 35 (IV) to determine a participant 
for required nodes. Further, the workflow engine 40 stores 
consolidated data in the one-participant's continuous working 
data 34 (V) , and sends a form to the operating computer 
terminal 20 of the participant (VI) . After that, when 
receiving the filled-in form sent from the participant (VII), 
the workflow engine 40 stores the input data in the 
one-participant's continuous working data 34 (VIII), and 
updates field values (data) as slit data in the workflow 
instance data 32 (IX) . Finally, the workflow engine 40 
updates the process history in the process history 33 (X) . 
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[0035] Next, a description will be made of a method of 
processing multiple consecutive nodes to be processed by one 
participant by one operation. When nodes to be processed by 
one participant are in consecutive order, the workflow engine 
40 of the embodiment determines the sum of a set of fields to 
which reference or changes are allowed at respective nodes 
and a set of possible work items at the time of sending a 
form to the first node. The workflow engine 40 then sends 
them all together to an operating computer terminal 20 of the 
participant. As will be described later, the highest level 
of access permission selected from among all levels of access 
permission (Reference allowed/No reference allowed, Changes 
allowed/No changes allowed, Input necessary) is assigned to 
each field. 

[0036] Preprocessing by the workflow engine will first be 
described. In the preprocessing, the consecutive nodes are 
defined by the workflow definition managing program 41, and 
the results of the preprocessing are stored in the workflow 
definition 31. 

[0037] Figs. 7(a) to 7(d) illustrate the definition of 
relative ranks of nodes and the direction of movement of the 
nodes. As shown in Fig. 7(a), if node Ns to node Ne (where Ns 
and Ne are different nodes) are in consecutive order in 
workflow W, where the forward direction of a route is the 
direction from Ns to Ne, the route is represented by (Ns, Ne) . 
Further, if any one node in the route (Ns, Ne) is N, the 
relative ranks of the nodes are defined as follows: 

Ns < Ne, 

Ns < N < Ne (when N does not correspond to both Ns and 
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Ne) , 

Ns = N (when N and Ns are the same node) , and 
Ne = N (when N and Ne are the same node) . 

As shown in Fig. 7(b), if a set of all the nodes 
included in the route (Ns, Ne) is SNs,e, the set SNs.e is 
represented by: 

SNs.E = [Ns, Ni, Nj, Nk, Ne] . 

[0038] Then, as shown in Figs, 7(c) and 7(d), if work E is 
performed at node N, a function Dir is defined to return "1" 
when the direction of movement of the flow resulting from the 
work E matches the forward direction of the route, that is, 
when the workflow advances from node N to node M (N < M) , or 

when the workflow advances in the reverse direction (from 
node N to node M (N > M) ) . In Fig. 7(c), since the flow 
direction of the workflow definition and the direction of 
movement of the flow resulting from the work E are both the 
forward direction, the function Dir is: 
Dir(E) = 1. 

On the other hand, in Fig. 7(d), since the flow direction of 
the workflow definition is opposite to the direction of 
movement of the flow resulting from the work E, the function 
Dir is: 

Dir{E) = -1. 

In the case where the work E is decided to be 
performed at a node by participant U, if the participant U 
selects alternative work F instead of the work E for another 
node Nm because the work E is not selectable for the node Nm, 
it is represented as: 
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Alt(E, N„) = F. 

For exaniple, there is a case where the participant performs 
work as "fill-in form" on a node and then selects the work of 
"approval" on another node at all times. On the other hand, 
if any one work cannot be uniquely decided to be an 
alternative to that on the node Nh instead of the work E so 
that the participant will have to make a re-determination of 
which alternative work to select, it is represented as: 
Alt{E, N„) =0. 

The function Alt is thus defined. Further, if the 
work E is selectable for the node N„, it is represented as: 
Alt{E, Nm) = E, 

Where Dir(E) = Dir{F) ^0. The function Alt is defined as an 
attribute of each workflow, and stored in the workflow 
definition. 

[0039] Suppose here that the participant U processes all the 
nodes belonging in the route (Ns, Nh) , and the route (Ns, N.) 
meets one of conditions (1) to (3) to be described later. In 
this case, the workflow engine 40 consolidates information 
necessary for activities in the route (Ns, Nk) and provides 
the participant U with the consolidated information at the 
first node (at Ns if the route meets condition (1) or (2), or 
at N. if it meets condition (3)) so that the participant U 
can complete his or her work at a time. 

[0040] Figs. 8(a) to 8(c) illustrate variations of the route 
(Ns, Nk) that meet the conditions (1) to (3) respectively. As 
shown in Fig. 8(a), the condition (1) assumes that the 
workflow W starts from the node Ns at which the participant U 
performs work Es (Dir(Es) = 1), and alternatives to the work 
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Es exist at all the nodes N in the route (Ns, N.) , that is, 
work items that meet Alt{Es, N) = 0 exist. 

[0041] Next, as shown in Fig. 8(b), the condition 2 assumes 
that the flow advances from node No outside the route (Ns, N.) 
and enters the route (N„ Nk) from the node Ns at which the 
participant U performs the work Es (Dir(Es) =1), and 
alternatives to the work Es exist at all the nodes N in the 
route (Ns, Nk), that is, work items that meet Alt(Es, N) = E ^ 
0 exist. 

[0042] Next, as shown in Fig. 8(c), the condition 3 assumes 
that the flow advances from node No outside the route (Ns, N.) 
and enters the route (Ns, N.) from the node N. at which the 
participant U performs work Ee (Dir(E.) = -D , and 
alternatives to the work E. exist at all the nodes N in the 
route (Ns, Ne) . 

[0043] Figs. 9(a) to 9(c) are to give supplemental 
information about the above-mentioned conditions (1) to (3). 

[0044] Figs. 9(a) and 9(b) assume a case where there are 
multiple work items selectable for the first node, and routes 
exist in which two or more of the work items meet either of 
the conditions (1) to (3), explaining methods of determining 
the range of information to be provided to the participant U. 
If one route contains all other routes determined for 
respective work items, the range of the route containing the 
others is provided to the participant U. In the example of 
Fig. 9(a), since route 1 is contained in route 2, the range 
of the route 2 is provided to the participant U. On the 
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other hand, if there is no inclusion relationship between 
routes determined for respective work items, the range of 
common part of all the routes is provided to the participant 
U. For example, there is a case where route 1 is to "make an 
approval decision with keeping a log'' and route 2 is to ''make 
an approval decision without keeping a log." In the example 
of Fig. 9(b), since the route 1 and the route 2 are 
conditional branches, the range of common part of the 
conditional branches is provided to the participant U. 

[0045] If it is difficult to substantiate at the first node 
in a conditional route whether the following nodes meet the 
condition or not, the route of nodes before the first node of 
the conditional route is regarded as a target route. 

[0046] On the other hand, if it is substantiated at the 
first node of a conditional route or unconditional branch 
that the following nodes meet the condition without any 
change in the condition in the route, the following nodes are 
included in the target route as long as they meet the 
condition. For example, it is assumed in Fig. 9(c) that 
nodes No, Ni, N2, N3, and N4 are processed by one participant 
U. It is also assumed that the flow of a route from No to Ni 
and the flow of a route from Nq to N3 are both necessarily 
generated just like a carbon copy, that is, both routes are 
regarded as unconditional routes. In this case, the workflow 
engine 40 consolidates and provides information relating to 
the nodes No, Ni, N2, N3, and N4. 

[0047] A description will next be made of information to be 
consolidated. The workflow engine 40 defines information to 
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be provided to one participant U to consolidate the 
information based on information on a slip definition prior 
to sending it to the participant U. 

[0048] For the definition about fields, it is assumed that 
information used for determination on a form by one 
participant U is held in the fields defined on the form. The 
term "fields" denote segments on the database, each of which 
holds user input so that the contents of the input will be 
displayed on a screen. Taking a form flowing in a workflow 
as an example, the fields correspond to square cells or entry 
boxes to be filled in with information such as name, 
personnel information, personnel evaluation, and the like. 
For example, for personnel records, information on a form 
originator may include as field values the name of the form 
originator, personnel evaluation of the form originator, and 
the like. In this case, for example, the form originator may 
not want to display the contents filled in certain field F2 
at the node of section chief, or may see no harm in 
displaying his or her name but not want anybody to change the 
name at each node, or may not want to show personal 
information on his or her personnel evaluation depending on 
the posts. In response to such cases, various kinds of 
information are segmented by field in the embodiment so that 
access permission can be defined for each field at a node. 

[0049] It is assumed here that fields defined on a form are 
Fi, F2, Fn, and access permission of the participant U to 
field F at node Nx is AR(F, Nx) . Further, access permission 
to field Fm (m = 1, n) as consolidated information to be 
provided to the participant U takes the maximum value of 



Docket No. JP920020094US1 26 



JP920020094US1 



AR(Fi„, N) for node N that meets Ns ^ N < Ng. In other words, 
the highest level of access permission to each field selected 
for each node is set as the field access permission to be 
provided to the participant U. Even though access permission 
to information is set in this manner, since the set access 
permission originates from the access permission assigned to 
the node to be processed by the same participant, there is no 
problem with security at all. 

[0050] For example, the access permission is defined as 
follows : 

1. No reference allowed: The field value cannot be 

referenced to at the node. 

2. Reference allowed: The field value can be 
referenced to at the node, but cannot be changed. 

3. Changes allowed: The field value can be referenced 
to at the node. In addition, input of a new value 
and changes in the value are allowed. 

4. Input necessary: This level of access permission 
is comparable to the level of reference allowed. 
In addition, entering a value in the field is 
essential to send the form from the node to 
another . 

In this case, the levels of permission are as 
follows: 

[0051] Reference not allowed < Reference allowed < Changes 
allowed < Input necessary. 

For example, when access permission to a certain field at a 
node is defined as "1. No reference allowed," the field value 
is not displayed on the operating computer terminal 20 
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corresponding to the node. When access permission to a 
certain field at a node is defined as "2. Reference allowed/' 
the field value is displayed on the operating computer 
terminal 20 corresponding to the node, but any change in the 
value is prohibited- For personnel records, for example, a 
field to be filled in with the name of a form originator may 
be defined at this level. The kinds and levels of access 
pemission are defined in the manner mentioned above. As a 
result, access permission to information can be defined as 
followed. Namely, information at the level of ''no reference 
allowed" at all consecutive nodes is set to the level of "no 
reference allowed," information to which the highest level of 
access permission is "reference allowed" is set to the level 
of "reference allowed," information to which the highest level 
of access permission is the level of "input allowed" is set to 
the level of "input allowed," and information to which the 
highest level of access permission is "input necessary" is set 
to the level of "input necessary." 

[0052] Fig. 10(a) and 10(b) illustrate access permission to 
respective fields. For example, it is assumed that the 
subsection-chief node and the section-chief node are 
processed by one participant U as shown in Fig. 10(a), and 
access permission to each field at each node are defined as 
shown in Fig. 10(b), These definitions are stored in the 
workflow definition 31. It is apparent from Fig. 10(b) that 
access permission to field Fl assigned to the participant U 

is the level of "reference allowed" for the subsection-chief 
node. Access permission to field F2 assigned to the 
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participant U is the level of "reference allowed" for the 
section-chief node. Field F3 is part of a form to be 
processed at both the subsection-chief node and the 
section-chief node, but the level of access permission of the 
subsection-chief node is "reference allowed" and the level of 
access permission of the section-chief node is "changes 
allowed." Therefore, the access permission to the field F3 
to be provided to the participant U as consolidated 
information is the level of "changes allowed" higher than the 
other. Further, the level of access permission to field F4 
to be provided to the participant U as consolidated 
information is the level of "input necessary" higher than the 
other. 

[0053] In processing for consolidating information, a set of 
all node names in the route (Ns, Ne) and a set of work items 
applicable at the nodes are generated as a table. The table 
information is provided to the participant U. The 
participant U chooses one of the work items based on the 
information through a user interface to be described later. 
Fig. 11 shows an example of the work table for the nodes to 
be processed by the same participant U. As shown, the work 
table is used when the participant U processes node A having 
"fill-in form" and "return" as possible work items, and node B 
having "approve" and "return" as possible work items. 

[0054] Work items performed by the same participant U will 
next be described. The participant U references or inputs 
information based on the sent information, and ultimately 
selects either of work items. Two user interfaces as shown 
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in Figs. 12(a) and 12(b) are provided for the selection. The 
choice of which user interface to use can be made by 
specifying it at the time of form definition or by the user 
upon execution. 

[0055] Fig. 12(a) shows an example of a user interface for 
the "selection of a work item for each node." On the user 
interface, the user as the same participant U selects a work 
item for each node based on the work table sent from the 
workflow engine 40, and after completion of the selection for 
all the nodes, sends them to the workflow engine 40. In the 
example of Fig. 12(a), either "fill in form" or "return" is 
selected for the node A and either "approve" or "return" is 
selected for the node B at the push of a radio button. Fig. 
12 (b) shows an example of another user interface for the 
"selection of only one work item." In this case, selectable 
work items are displayed at the first node in the route, so 
that the user as the same participant U selects one work item 
from the displayed work items, and sends it to the workflow 
engine 40. 

[0056] Postprocessing by the workflow engine 40 will next be 
described. After receiving the results of the work selection 
from the same participant U, the workflow engine 40 makes a 
"decision on work assignment to each node" and a "change in 
value of each field.'' For the "decision on work assignment to 
each node," if work has been selected by the same participant 
U on the user interface for the "selection of a work item for 
each node" as shown in Fig. 12(a), the work on each node is 
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decided according to the following rule. It is assumed in 
this rule that work selected by the same participant U for 
the first node Ns is Es. 

[0057] - If work E on node M meets Alt(Es, M) = E, the work 
E is assigned to the node M to advance the flow. 

[0058] - If work E on node M does not meet Alt(Es, M) = E, 
the workflow engine 40 evaluates the work, stops the flow at 
the time of transition of a form to the next node, and sends 
the form again to the same participant U to urge the 
participant U to perform work on the node. 

[0059] on the other hand, if work has been selected on the 
user interface for the "selection of only one work item," the 
work on each node is decided according to the following rule. 
It is assumed in this rule that the same participant U has 
selected work E. 

[0060] - If the selected work E is selectable for node M, 
the work will be regarded as having been selected. 

[0061] - If the selected work E is not selectable for node M 
(that is, if Alt (E, M) 0), an alternative work item Alt 
(E M) will be regarded as having been selected. In this 
case, if no alternative has been defined, the workflow engine 
40 stops the flow, and sends the form again to the same 
participant U to urge the participant U to perform work on 
the node. 

[0062] For the "change in value of each field," the highest 
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level of field access permission in the route (Ns, Ne) is 
assigned in the same manner as mentioned in the preprocessing 
by the workflow engine 40. This may cause a contradiction 
between the change in value of each field and the access 
permission to the field at the node as the flow advances 
after making a decision on work for each node according to 
the rule of the "decision on a work item at each node." For 
example, when access permission is set as shown in the 
example of Fig. 10(b), it is likely that the participant U 
has changed the value of the field F3 . In such a case, when 
the workflow engine 40 evaluates work on the subsection-chief 
node, it runs counter to the access permission of the level 
of "reference allowed (no change allowed) ." Therefore, the 
workflow engine 40 makes no change in value of the field F3 
on the form and advances the flow to the section-chief node. 
The user inputted value into the field F3 is held and 
reflected in the field F3 at the section-chief node. This 
can prevent any change in value contradictory to the access 
permission to the field at the node. 

[0063] The above describes the embodiment in detail, and a 
sequence of operations in the embodiment will next be 
described with reference to Figs . 13 to 18 . 

[0064] Figs. 13 to 16 are flowcharts for explaining a method 
of determining the range of consolidating information and a 
method of consolidating information. As shown in Fig. 13, 
the workflow engine 40 first receives a process request from 
a participant operating an operating computer terminal 20 
(step 101), and determines whether the value of the 
consolidation flag in the workflow definition 31 is "1" (step 
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102) . In other words, when the participant corresponds to 
consecutive nodes, the workflow engine 40 determines whether 
to process the consecutive nodes at a time or one by one as 
in the conventional manner. When processing the consecutive 

nodes at a time, the workflow engine 40 sets "1" for the 
consolidation flag. In step 102, if the value of the 
consolidation flag is not program execution goes to 
processing 1, that is, to step 305 shown in Fig. 15 to 
process the nodes sequentially one by one even when the 
participant corresponds to the consecutive nodes. If the 
value of the consolidation flag is the execution goes to 

consolidation processing, 

[0065] In the consolidation processing, it is first 
determined whether the process request is for fill-in form 
processing (step 103). If it is not fill-in form processing, 
program execution goes to processing 2 shown in Fig. 14. If 
it is the fill-in form processing, a fill-in form node is 
acquired from the workflow definition 31 (step 104), and 
current node N is set as the fill-in form node (step 105) to 
be watched. Then, a set of work items Ei (I = 1, n) 
selectable for the node N is acquired (step 106) . For each 
element of the set Ei, a route Ri as the range of 
consolidating corresponding information is determined. The 

initial value of i in the set Ei is first set to '"1" (that is, 
i = 1) (step 107) to determine whether i < n (step 108) . If 

it is not i < n (if i exceeds n) , program execution goes to 
processing 3, that is, to step 301 shown in Fig. 15 to 
perform information consolidation processing. If it is i < 
n, N is added to the route Ri (step 109) to decide on the 

Docket No. JP920020094US1 33 



JP920020094US1 



range of consolidation. Then execution goes to the 
siibroutine of CheckNextNode (N, Ei) to check the existence of 
the next node in the consecutive nodes to be processed by the 
same participant U (step 110) . This subroutine is 
illustrated in Fig. 16. After completion of the subroutine, 
"1" is added to i (i = i + 1) (step 111), and program 
execution returns to step 108 to repeat steps 109 to 111 
until i exceeds n. 

[0066] Fig. 14 is a flowchart showing processing when it is 
determined in step 103 that the process request is not for 
the fill-in form processing. The workflow engine 40 first 
acquires the current node from the workflow instance data 
table 32 (step 201) . Then the workflow engine 40 sets N for 
the current node (step 202) and acquires work items Ei (i = 
1, n) selectable for the node N (step 203). It is 
assumed here that if work causing the movement of the flow to 
the node N is Eo, Ei meets Dir(Eo) = Dir(Ei). As described in 
Fig. 7(c), the function Dir is a function defining the 
direction of a flow. The workflow engine 40 sets i = 1 (step 
204) in acquiring a set of work items Ei to determine whether 
i < n (step 205) . If it is not i < n (if i exceeds n) , 
program execution goes to processing 3, that is, to step 301 
shown in Fig, 15 to perform information consolidation 
processing. If it is i < n, N is added to the route Ri (step 
206) . Then execution goes to the subroutine of CheckNextNode 
(N, Ei) shown in step 207. This subroutine is illustrated in 
Fig. 16. After completion of the subroutine, ''1" is added to 
i (i = i + 1) (step 208), and program execution returns to 
step 205 to repeat steps 206 to 208 until i exceeds n. 
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[0067] Fig. 15 is a flowchart showing processing 3 as 
information consolidation processing. The information 
consolidation processing is executed when it is not i < n 
(when i exceeds n) in step 108 of Fig. 13 or in step 205 of 
Fig. 14. It is first determined whether a route Rk in the 
set of routes Ri (i = 1, n) contains all other routes 
(step 301). Specifically, as shown in Fig. 9{a), there is a 
case where the route 2 contains the route 1. If the route Rk 
contains all other routes, the route Rk is set as the 
consolidation range (step 302), and program execution goes to 
step 306. If it does not contain all other routes, it is 
determined whether all the routes Ri have a common range of 
nodes including the start node (except when the common range 
covers only the start node) (step 303) . Specifically, as 
shown in Fig. 9(b), it is detemined whether there is a 
common range in case of occurrence of conditional branches to 
the route 1 and the route 2. If there is a common range, the 
common range is set as the consolidation range (step 304) and 
program execution goes to step 306. If it is determined in 
step 303 that there is no common range, all the routes are 
regarded as having no common nodes except for the start node, 
and the nodes are processed one by one. In other words, a 
layout definition for the current node (fill-in form node in 
case of fill-in form processing) is acquired from the 
workflow definition 31 (step 305), and field values are 
acquired from the workflow instance data table 32 to format a 
form based on the layout definition and field access 
permission (step 309). After that, the form is sent to the 
participant U (step 310) to end the processing. Since 
operations starting from step 305 are normal operations for 
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processing nodes one by one, they are executed unless 
consolidation processing is performed, that is, even when it 
is determined in step 102 of Fig. 13 that the consolidation 
flag in the workflow definition is not "1" (when program 
execution goes to processing 1) . 

[0068] After passing steps 302 and 304, the workflow engine 
40 acquires in the flow of the consolidation processing the 
highest level of access permission to each field within the 
consolidation range from the workflow definition 31 to record 
it in the one-participant's continuous working data table 34 
(step 306) Further, the workflow engine 40 acquires work 
items selectable for each node within the consolidation range 
from the workflow definition 31 to record it in the 
one-participant's continuous working data table 34 (step 
307), and acquires the layout definition of a form used for 
the time of one participant's continuous activities from the 
workflow definition 31 (step 308) . The workflow engine 40 
then acquires field values from the workflow instance data 
table 32 in the manner mentioned above to format the form 
based on the form layout definition and field access 
permission (step 309). After that, the form is sent to the 
participant operating the operating computer terminal 20 
(step 301) to end the processing. 

[0069] Fig. 16 is a flowchart showing the processing of 
CheckNextNode (N, E) shown in step 207 of Fig. 14. Following 
the initiation of the CheckNextNode (N, E) processing (step 

400), a node N, (j = 1 ta) in a flow resulting from 

performing work E at node N is determined (step 401) . In 
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this case, j = 1 is first introduced (step 402), and 
predetermined operations are executed until j exceeds m. In 
other words, it is determined whether j < m (step 403), and 
if not j < m, program execution returns to the preceding 
processing to exit from the subroutine (step 404) . If j < m, 
it is then determined whether there is work F performed by 
the same participant U at node Nj and meeting Alt (E, Nj) = F 
^ 0 (step 405) . If there is no such work F, program 
execution goes to step 408. If there is such work F, Nj is 
added to the route Ri, and the processing of CheckNextNode 
(Nj, E) as the subroutine starting from step 400 is executed 
to recursively check the existence of the next node to be 
continuously processed by the same participant U (step 407). 
After completion of the subroutine, 1 is added to j (j = j + 
1) (step 408) and program execution returns to step 403. In 
the processing shown in Fig. 16, the existence of the next 
node is checked until the same participant's activities 
disappear. 

[0070] As discussed above, the method of determining the 
range of consolidating information and the method of 
consolidating information can be translated into a method of 
determining, for each element of a set of selectable work 
items Ei (i = 1, n) , such a route Ri as to meet one of the 
conditions (1) to (3) described in Figs. 8(a) to 8(c). 

[0071] For example, consider a workflow defined as shown in 
Fig. 19. It is assumed here that No to N5 are processed by 
one participant, and participants processing Mo and Mi are 
different from the participant processing No to N5. In this 
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case, the workflow is performed as follows: 

- If work items selectable for No are Ex and E2, the 
flow goes to Nl in either way of two choices, E, or E^. 

- If work items selectable for Ni are Fx and F2, the 
flow goes to both and N4 in either way of two choices, Fx 
or F.. Further, Alt (Ex, Nx) = Fx and Alt (E„ Nx) = F. are 
set, that is. Fx is set as an alternative to Ex at Nx and F. is 
set as an alternative to E2 at Nx. 

- If work selectable for N^ is Fx, the flow goes to N3 
by selecting Fx. Further, Alt (Ex, N2) = Fx is set, that is. 
Fx is set as an alternative to Ex at N„ and Alt (E^, N,) = 0 
is set, that is, it is set that there is no alternative to E3 
at N2. 

- If work selectable for N3 is Fx, the flow goes to Mo 
by selecting Fx. Further, Alt (Ex, N3) = Fx is set, that is, 
Fx is set as an alternative to Ex at N3, and Alt (E^, N3) = 0 
is set, that is, it is set that there is no alternative to E3 

- If work selectable for N4 is F^, the flow goes to N5 
by selecting F^. Further, Alt (E^, N.) = F^ is set, that is, 

is set as an alternative to E^ at N4, and Alt (Ex, Nj = 0 
is set, that is, it is set that there is no alternative to Ex 
at N4. 

- If work selectable for N3 is F^, the flow goes to Mx 
by selecting F^. Further, alt (E^, Ns) = F^ is set, that is, 
F2 is set as an alternative to E^ at Ns, and Alt (Ex, Ns) = 0 
is set, that is, it is set that there is no alternative to Ex 
at Ns. 

[0072] in the above flow, if the participant selects Ex for 
No, the route Rx contains {No, Nx, N2, and N3} . On the other 
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hand, if the participant selects E2 for No, the route R2 
contains {No, Ni, N4, and N5} . 

[0073] Fig. 17 is a flowchart showing postporcessing by the 
workflow engine 40 when a work item is selected for each 
node. At first, the workflow engine 40 receives a filled- in 
form processed by a user on an operating computer terminal 20 
(step 501) . The workflow engine 40 then stores user-inputted 
field values and user-selected work from the operating 
computer 20 in the one-participant's continuous working data 
table 34 (step 502) . At this time, the first node is set as 
the current node (step 503) . The workflow engine 40 acquires 
user input and user-selected work from the one-participant's 
continuous working data table 34 to update the workflow 
instance data table 32 and the process history table 33 (step 
504) . 

[0074] Next, the workflow engine 40 evaluates the work 
selected for the current node by the user of the operating 
computer terminal 20 to decide the next node in the flow and 
set the decided node as the current node (step 505) . The 
workflow engine then determines whether the selected work is 
an alternative to the work selected for the first node (step 
506) . If it is not an alternative, the processing is ended. 
If it is an alternative, the workflow engine 40 determines 
whether works on all nodes in the consolidation range have 
been completed (step 507), and if the works on all the nodes 
have not been completed yet, the program execution returns to 
step 504 to complete all the works and end the 
pos tpr oces s ing . 
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[0075] Fig. 18 is a flowchart showing postprocessing by 

the workflow engine 40 when only one work item is selected 
for consecutive nodes. At first, the workflow engine 40 
receives a filled-in form processed by a user on an operating 
computer terminal 20 (step 601) . The workflow engine 40 then 
stores user-inputted field values and user-selected work from 
the operating computer 20 in the one-participant's continuous 
working data table 34 (step 602). At this time, the first 
node is set as the current node (step 603) . The workflow 
engine 40 acquires user input and user-selected work from the 
one-participant's continuous working data table 34 to 
determine an alternative work for the current node (step 
604) . 

[0076] The workflow engine 40 determines whether there is 
an alternative work (step 605) . If there is no alternative 
work, the postprocessing is ended. If it is an alternative 
work, the workflow engine 40 acquires user input from the 
one-participant's continuous working data table 34 to update 
the workflow instance data table 32 and the process history 
table 33 (step 606). After that, the workflow engine 40 
evaluates the alternative work to decide the next node in the 
flow and set the decided node as the current node (step 607) . 
The workflow engine 40 determines whether the work on all 
nodes in the consolidation range have been completed (step 
608), and if the work on all the nodes have not been 
completed yet, the program execution returns to step 604 to 
complete the work on all the nodes and end the 
pos tproces s ing . 

[0077] As described above, according to the embodiment. 
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when nodes to be processed by one participant U are in 
consecutive order and a form reaches the first node, the 
workflow engine 40 consolidates information necessary for the 

participant's determination on the consecutive nodes, and 
sends the consolidated information to the operating computer 
terminal 20 of the participant U. The participant U of the 
operating computer terminal 20 to which the information has 
been sent makes a decision based on the information and sends 
results of work to the workflow engine 40. The workflow 
engine 40 receiving the results of work performs necessary 
processing for each node based on the information sent from 
the participant U to advance the workflow. 

[0078] In such a configuration of the workflow system, 
when there is a participant also serving as a superior of 
himself or herself, information necessary for processing 
consecutive nodes such as to give approval to the consecutive 
nodes is consolidated on the side of the workflow engine 40 
and provided all together to the participant. It allows the 
same participant U to complete the work on his or her 
consecutive nodes at a time. In other words, when nodes to 
be processed by the participant U are in consecutive order, 
if work selected for the first node is applicable to the 
following nodes, all pieces of necessary information are 
provided to the participant U in the embodiment. Further, in 
the embodiment, pieces of information capable of being 
inputted into the consecutive nodes are all allowed to be 
inputted. For example, even if the level of access 
permission to information varies from node to node, the 
participant can reference information necessary for decision 
making. The procurement of necessary information also makes 
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it possible to prevent errors that could occur at 
intermediate nodes. 

[0079] As described above and according to the invention, 
the workflow system allows one participant to complete work 
on his or her consecutive nodes without repeating the same 
work multiple times as required in the prior art. 
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